客户投诉那些事

是否经常受到客户的质疑，是否在更新时总有顾虑，这个到底是哪里出了问题

经常听到这样的话，之前已经测试好了。现在怎么又有问题啦

这样的案例真是屡见不鲜

1.在某有一天，硕贝德外协厂的工厂代码比平时多了一位（5位)，客户给外协厂派了工单，那边打开页面却找不到工单

经过排查后发现，代码工厂代码只取四位，于是提了需求修改这段逻辑

一更新发现，全部的工单都没法选择，于是紧急撤回了一个更新，重新检查，后面发现代码和原来的逻辑不一致，将工厂写死了，于是又参看原逻辑重新改代码，重新做了两个测试用例测试后更新，这个问题才算得到了解决

看似简单的一个修改却经历了至少两次实施过程，这其中消耗的时间不言而喻，是不必要的

2. 硕贝德客户某天发现上料没有管控状态，有些还没入库，物料就已经被扣成0，无法再发料

   • 客户找到我们出个解决方案

   • 我们提出在上料接口增加拦截，只允许上发料的物料，更新后用了一段时间

   • 客户后续提出料盘管控，某个料只允许上多少盘，也给客户更新

   • 再后来客户发料物料还是又没发料就扣数的情况

   • 再次投入精力去调查，发现在更新料盘管控的时候，开发换了接口，并没有包含上料拦截状态的逻辑

   • 再次找到开发说明了情况，合并了代码，终于将两个管控都处理了

     ###

3.硕贝德客户需增加出货管控箱的扫描（某些特殊箱号不允许扫描）

​ 开发完成后，需拿实物测试，发现erp开了单据，但是界面加载不出来单据

​ 经反编译后发现，新的接口和原接口大相径庭，获取erp单据的逻辑都不一样

​ 告知开发又重新调整逻辑，其中耗费的时间也不止一两天

4.敦实客户反馈装箱条码一过后面的工序（非包装工序），外箱重量就不见了，被清零

• 找到开发紧急修复此问题，更新后测试了三次，基本都是实体对不上，经过反复修改，给客户更新了

• 过了一天客户反馈有几个设备不能用了 ，经检查发现，文件和原来返回的信息不一致，设备对接时固定的信息变更了，又修改代码后重新更新，才解决了箱重清零的问题

5.尚远客户有天生产，发现AOI记录的不良在综合查询找不到

• 我们检查后发现，DCP文件解析并没有写拼版记录不良的逻辑，或者说不良的传参都是错误的，导致直接按良品过站
• 和开发核对后，又重新完善了代码

6.硕贝德客户同一个产品会有多个子物料编码（目前尚未解决）

• 客户找我们支持此功能
• 开发提供修改代码后，支持多个子物料编码→更新→影响装配 →再次修改→更新→影响包装→ 再次修改更新→ 影响设备过站 → 再次修改更新 → 影响到测试数据上传 → 再次修改更新 → 影响到过站速度（原先300毫秒，更新后3秒以上）→ 目前还未找到原因
• 从第一次修改已经过去两个星期

7. 苏州凯尔pck问题

   • 客户需要管控飞达，需测试验证

   • 经测试，pda界面有几个问题，扫描传参不对，特殊字符未支持，飞达相关检查接口调的不对

   • 修改界面逻辑后，扫描飞达，pck版本不支持，和其他版本报错不一致，无法关联飞达

   • 其他版本pck上飞达后，未按站位扣飞达使用次数，只会扣除其中一个飞达使用次数

   • 经过几次调整，终于实现了飞达管控

8. 惠州硕贝德和金日仓库逻辑混淆事件

   • 某天给惠州硕贝德优化了多人扫描同个单据入库的问题，仓库入库时发现之前可以合并入库的物料现在无法扫描
   • 经调查后发现，是把金日的逻辑放在其中影响到了
   • 让开发区分了客户重新更新才解决了此问题